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1 . Field of the Invention 

The present invention relates to a program 
installation method for installing programs, a program 
installation system, a program executing apparatus, and a 
storage medium thereof, and more particularly to a program 
installation method, program installation system, program 
executing apparatus, and storage medium thereof having 
functions for preventing interference with existing 
programs . 

2 . Description of the Related Art 

Higher security apparatuses are required in fields 
such as electronic commercial transactions. Particularly 
for program executing apparatuses running programs, a 
plurality of application programs can be freely installed 
in order to allow the installation of programs and the 
execution of installed programs. 

Apparatuses in which an operating system or the like 
performs memory management have functions for performing 
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resource management of the working memory region, but do 
not have functions for checking whether the newly installed 
program will interfere with other programs . 

A problem with the conventional art is that even if 
5 installed programs perform an analysis or the like of the 
other programs, they cannot check for interference. 
Consequently, the installation of new programs on 
apparatuses having high-security programs installed has to 
be prohibited. 

10 For example, an apparatus comprising an electronic 

J money processing program for electronic commercial 

ifi transactions includes security data such as a code key in 

its data. When a fraudulent program is installed, this 
13 fraudulent program may rewrite or read the security data. 

15 For this reason, once a high-security program is installed, 
12 the installation of other programs is prohibited. 

However, it is desirable to have a plurality of 
programs operating on a single apparatus. When installation 
is prohibited, new programs must use another apparatus, 
20 which this is wasteful. For example, in the field of 

electronic commercial transactions, it is impossible to 
respond to requests for handling a plurality of 
applications for settlement processing of electronic money, 
debit cards, and credit cards with a single apparatus. 

25 
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Consequently, it is an object of the present invention 
to provide a program installation method, program 
installation system, program executing apparatus, and 
storage medium for preventing interference among programs, 
5 even if newly installed. 

It is another object of the present invention to 
provide a program installation method, program installation 
system, program executing apparatus, and storage medium for 
maintaining the security of programs, even if newly 
10 installed. 

Furthermore, it is another object of the present 
invention to provide a program installation method, program 
installation system, program executing apparatus, and 
storage medium for preventing the installation of 
15 fraudulent programs. 

In order to achieve these objects, the program 
installation method relating to the present invention 
comprises a step for receiving a program signature data, a 
step for checking for interference with other installed 
20 programs on the basis of the signature data, and a step for 
authorizing the installation of programs with which there 
is no interference. 

In the present invention, a declaration of the 
signature data is elicited from the program which is being 
25 installed. Using this data, a check for interference among 
programs is performed, authentication is carried out, and 
the installation of programs with which there is 



interference is prevented or the installation of programs 
with which there is no interference is performed. It 
therefore becomes possible to install new programs while 
protecting high-security programs. 

Also, in the present invention, the abovementioned 
checking step comprises a step for checking for the 
abovementioned interference based on memory usage 
information from the abovementioned signature data and 
memory usage information from the other installed programs 
mentioned above. It is therefore easy to check for 
interference among programs . 

Furthermore, the present invention further includes a 
step for registering the abovementioned signature data of 
the abovementioned authorized program. It therefore becomes 
possible to make the interference check using the signature 
data. 

Furthermore, in the present invention, the 
abovementioned receiving step comprises a step for 
receiving the abovementioned signature data and the 
abovementioned program. Efficient installation therefore 
becomes possible and can be applied when installing small 
programs . 

Furthermore, in the present invention, the receiving 
step comprises a step for receiving the abovementioned 
signature data. The abovementioned step for authorizing 
installation comprises a step for requesting the 
abovementioned authorized program and receiving the 




abovementioned program. Useless transmission of 
unauthorized programs can therefore be prevented; this is 
effective for the installation of large programs. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a system using the 
program executing apparatus relating to the first 
embodiment of the present invention; 
10 Figure 2 is a diagram to explain the program executing 

apparatus in Figure 1 ; 

Figure 3 is a block diagram of the program executing 
apparatus in Figure 1 ; 

Figure 4 is a diagram to explain the installation 
15 process in the first embodiment of the present invention; 

Figure 5 is a diagram to explain the management 
information of the application manager in Figure 4; 

Figure 6 is a diagram to explain the signature data in 
Figure 4 ; 

20 Figure 7 is a flowchart for the installation process 

of the program manager in Figure 4 ; 

Figure 8 is a flowchart for the authentication process 
of the application manager in Figure 7; and 

Figure 9 is a flowchart of the installation process 
2 5 for other embodiments of the present invention. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 




The preferred embodiments of the present invention is 
explained below in sections relating to the program 
executing apparatus , installation method, and other 
5 embodiments . 

[Program executing apparatus] 

Figure 1 shows the configuration of a system using the 
program executing apparatus that is one embodiment of the 

10 present invention. Figure 2 is a diagram to explain the 

program executing apparatus. Figure 3 is a diagram of the 
constitution of this program executing apparatus. 

Figure 1 shows the configuration of a system using the 
program executing apparatus; this is a point of sale system 

15 (POS). A personal computer 15 for management, a store 
controller 20, and a plurality of POS terminals 10 are 
connected to a network 3 5 such as a LAN (Local Area 
Network) . An IC card reader /writer 30 is connected to each 
POS terminal 10. A settlement LSI (IFD [interface device]) 

20 board 2 is provided as the program executing apparatus in 
the store controller 2 0 and each POS terminal 10; this 
board 2 directly handles settlement data. 

In the system shown in Figure 2, the system LSI board 
2 is a card settlement LSI device and has debit card 

25 settlement functions 40, credit card settlement functions 
41, electronic money settlement functions 42, and other 
service functions 43. For this reason, the IC card 
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reader /writer 30, magnetic card reader 31, and display and 
keypad 32 are connected to the LSI board 2. As necessary, a 
receipt printer 33 is connected thereto as well. These 
settlement functions 4 0 to 4 3 are realized with programs 
5 executed by the CPU 65 (discussed below with Figure 3) of 
the LSI device 2. Settlement programs for each are 
therefore installed • 

Consequently, the inclusion of this LSI device 2 can 
add card settlement functions to the various electronic 

10 apparatuses 50 to 57. These electronic apparatuses are, for 
example, POS reader /writer 50, integrated terminal 51, 
mobile terminal 52, ATM (automatic teller machine) 53, 
^Jf vending machine 54, PDA (personal digital assistant) 55, 

l^. portable telephone 56, and PC (personal computer) 57- 

15 This card settlement system LSI board 2 is explained 

using Figure 3. A system LSI device 1 is installed on the 
system LSI board 2. The system LSI device 1 comprises a 
smart card controller 60, MS control circuit 61, LCD 
control circuit 62, matrix KB control circuit 63, memory 

20 controller 64, CPU 65, serial input/output ports 66 to 69, 
and bus 80. 

The smart card controller 60 reads and writes data to 
the IC card (called a smart card) through the IC card 
reader /writer 30. The MS control circuit 61 performs 
25 control of the MS (magnetic stripe) reader 31. The LCD 

control circuit 62 controls the display on the LCD (liquid 
crystal display) 32-1. The matrix KB control circuit 63 
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recognizes input from the ten key pad 32-2 • The memory 
controller 64 performs input/output control for each type 
of memory (ROM 70, SRAM 71, FLASH 72, SDRAM 73) on the 
board 1. In order to input and output serial data, the 
serial ports 66 to 69 are connected to the drivers 74 to 76 
on the board 1. These are all connected by the CPU bus 80. 

Each settlement application program is installed in 
FLASH 72 from the personal computer 15 for management in 
Figure 1. The CPU 65 executes the corresponding settlement 
application program according to the designated settlement. 
Settlement data includes data necessary for security such 
as a password, amount of money, and account number and is 
therefore encrypted. The settlement application program 
contains the code key and so forth for encrypting the 
settlement data. 

The operation of the system is explained using Figure 
1. A customer's IC card 34-1 communicates with the POS IC 
card 34-2 through the IFD 2. The POS IC card 34-2 
communicates with the IC card 3 4-2 of the store controller 
2 0 through the IFD 2, terminal controller 11, network 35, 
terminal controller 11, and IFD 2. 

For example, when an electronic settlement is 
performed with the IC card, data on the customer's IC card 
34-1 are stored in the POS IC card 34-2 through the IFD 2. 
Data storage in the POS IC card 34-2 are then stored on the 
IC card 34-2 of the store controller 20 through the IFD 2, 
terminal controller 11, network 35, terminal controller .11, 




and IFD 2 . 

In this system, because the route of the electronic 
settlement data is closed by the IFD 2, there is no risk of 
the settlement data (password, account number, balance, 
5 etc.) being leaked and security is therefore high. 

As discussed above, however, an apparatus on which an 
electronic money processing program for electronic 
commercial transactions is loaded includes security data 
such as code keys as its data. Therefore, when a fraudulent 

10 program is installed, the security data may be rewritten or 
read by this fraudulent program. However, if installation 
is prevented, this is inconvenient because it becomes 
impossible to install application programs for handling new 
electronic settlements. Consequently, the installation 

15 method relating to the present invention discussed below is 
particularly effective for such purposes. It can of course 
be applied to program executing apparatuses with other 
purposes . 

20 [Installation method] 

Figure 4 is a diagram explaining the installation 
method that is one embodiment of the present invention. 
Figure 5 is a diagram explaining the management information 
of the application program registered to the application 

25 manager 3 in Figure 4. Figure 6 is a diagram explaining the 
signature information 7 of the download program 6. Figure 7 
is a flowchart of the processing by the program manager in 




Figure 4. Figure 8 is a flowchart of the checking process 
of the application manager 3 in Figure 4. 

As shown in Figure 4 , the program manager 4 and 
application manager 3 are provided in the LSI device 1. 
5 These are realized by the execution of the programs. The 
program manager 4 manages the entire program and controls 
installation as well. The application manager 3 checks 
whether the application program operates according to the 
management information. In the present invention, the 

10 application manager 3 checks for program interference and 
performs authentication at the time of installation. 

The personal computer 15 comprises the communications 
control portion 5 and download program 6. In the present 
invention, the signature data 7 are provided in the 

15 download program 6. As shown in Figure 6, the signature 

data 7 comprise memory information that is accessed by that 
program, the running level, program ID, and so forth. The 
memory information comprises the associated 
(read/write/code) region header address and the region 

20 length. Read means to read, write means to write, and code 
indicates the location at which the program is stored. 

Meanwhile, the management information shown in Figure 
5 is registered at the application manager 3. The ID of the 
application program installed is registered at application 

25 No. ICQ. The running level of the application and the 
reference running level for each installed application 
program are stored in the access authorization table 110. 
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The running level is a pointer for the running level table 
120 and registers the memory information discussed above to 
the table 120, The reference running level is the running 
level of the library (for example, functional calculations) 
5 referenced by that application. 

The installation operation is explained with reference 
to Figure 4 . 

( 1 ) A program request from the program manager 4 to 

the communications control portion 5 is generated. 
10 (2) The communications control portion 5 selects the 

designated download program 6. The signature data 7 are 

included in that download program 6. 

( 3 ) The download program 6 is encrypted and uploaded 

to the program manager 4 . 
15 (4) As shown in Figure 7, the program manager 4 

decrypts the download program 6, performs a check, and 

takes up the signature data. 

(5) The program manager 4 notifies the application 

manager 3 of the signature data 7 that has been taken up. 
20 ( 6 ) As discussed in Figure 8, the application manager 

3 references the management information in Figure 5 and 

checks for interference among programs with the signature 

data 7. 

(7) The application manager 3 notifies the program 
25 manager 4 of the check results (authentication results). 

( 8 ) The program manager 4 determines whether 
installation is authorized and when authorized, sets the 
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download program 6 opened in a working area to the 
designated region of memory. 

(9) When it sets the program, the application manager 
4 notifies the application manager 3 that completion has 
occurred. The application manager 4 registers the signature 
data 7 discussed above with the management information. 

On the other hand, when installation is not authorized, 
the program manager 4 deletes the download program 6 that 
is opened the working area. In other words, installation is 
not performed. 

In this way, a declaration of signature data including 
memory information is elicited from the program to be 
installed. A check for interference among programs is 
performed based on that data, authentication is performed, 
and the installation of programs with which there is 
interference is prevented or the installation of programs 
with which there is no interference is performed. It 
therefore becomes possible to install new programs while 
protecting high-security programs. 

Also, the signature data used in the authentication 
discussed above is memory information and can be used 
without further processing for the management information 
of the application manager 4. For this reason, as signature 
data are declared, the contents of the declaration can be 
used effectively. 

Next, the installation processes (4) through (9) of 
the program manager 4 discussed above explained using 
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Figure 7. 

(510) Decrypt the encrypted download program 6 and 
determine whether decryption was performed normally. If 
decryption was not performed normally, send authentication 

5 NG to the personal computer 15 and abend (end abnormally). 
For example, delete the download program opened in the 
working region. 

(511) If decryption was normal, take up the signature 
data 7 of the download program 6 and request authentication 

M 10 from the application manager 3. The application manager 3 
^ performs notification of the authentication results 

according to the process in Figure 8 discussed below, 
y (S12) If the notified authentication results are not 

OK, send the authentication NG to the personal computer 15 
^ 15 and abend. For example, delete the download program opened 
2 in the working region. 

(S13) If the authentication is OK, load the program to 
the designated region. When loading abends, send 
authentication NG to the personal computer 15 and abend. 
20 (S14) When loading ends normally, set the signature 

data 7 in the application manager 3, set the program 
information, send authentication OK to the personal 
computer 15, and end the installation. 

Next, the authentication processing of the application 
25 manager 3 in Step Sll is explained using Figure 8. 

(S20) Compare the program ID of the signature data 
with the program ID registered in Figure 5 and determine 
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whether the application number is new. If it is not new, 
send authentication NG because an existing program will be 
ovezn^ritten. In other words, prevent fraudulent overwriting. 

(521) Determine whether the reference running level of 
the signature data is present. The reference running level 
indicates a library that is referenced; if the reference 
running level is not present, send the authentication NG 
because the reference library does not exist. In other 
words, reject programs that will abend without referencing 
being possible . 

(522) Determine whether the application running level 
is new. If the running level is not new, send 
authentication NG because there will be interference with 
an existing program. 

(523) When the application running level is not new, 
determine whether an address that is not present in the 
apparatus is accessed from the address shown in the memory 
information. Send the authentication NG if the address is 
not present. In other words, programs that cannot be 
accessed. 

(524) Based on the memory information, determine 
whether each type of register (I/O) region is the code 
region (program storage region). The registers are 
rewritten so that they can be used by each program. For 
this reason, the security of the program cannot be 
maintained even if this type of program is loaded; 
therefore, send the authentication NG. 
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(S25) Determine whether the read, read/write regions 
of the memory information read/write to data regions which 
are code regions of already installed applications. In 
cases where the read and read/write regions of the memory 
5 information read/write to data regions which are code 

regions of already installed applications, reading/writing 
of the application program itself will be performed by this 
program and interference will occur. Therefore, send the 
authentication NG because the security of existing 
p 10 applications cannot be maintained. 

'"H (S26) Determine whether the size of a program which 

.p has actually b^en received matches the size designated as 

fU the code region. Send the authentication NG if these do not 

match. However, if they do match, add that level to the 
ly 15 management information of the application manager 3 and 
f-^ send the authentication OK. 

(S27) Send these authentication results to the program 
manager and end. 

Interference among programs is checked for on the 
20 basis of the memory information in this way; when there 

will be interference, installation is not performed because 
security cannot be maintained. Meanwhile, the installation 
of programs with which there is no interference is 
authorized. It therefore becomes possible to install new 
25 programs while protecting high-security programs. 

It is also checked whether the security of installed 
programs can be maintained. For this reason, the security 
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of installed programs can be maintained. 

[Other embodiments] 

Figure 9 is a drawing explaining the installation 
process for another embodiment of the present invention. In 
the embodiment shown in Figure 4 , the entire program 
including the signature is downloaded once; however, the 
present embodiment requests only the signature data (1), 
uploads and authenticates the signature data (3) to (8), 
requests a program when authorized, then performs the 
uploading and writing of the program 6 itself. An advantage 
of this is that the time and effort for downloading a 
program that cannot be used is prevented; this is also 
effective in the case of large sized programs. Conversely, 
for small sized programs, the method of downloading the 
signature and program at once, as in Figure 4, is efficient. 

In addition to the embodiment discussed above, the 
present invention can have the following forms. 

(1) The explanation concerned electronic money settlement 
programs as high-security programs; however, the present 
invention can also be applied to other programs requiring 
security, discussed above, such as debit card settlement 
programs and credit card settlement programs. 

(2) The explanation concerned a settlement system LSI 
device as the program executing apparatus; however, the 
present invention can also be applied to other program 
executing apparatuses . 




The present invention was explained above using the 
embodiments. The present invention can have many forms 
within the scope of the invention; these are not excluded 
from the scope of the present invention. 

As explained above, with the present invention, 
signature data are requested from a program to be 
installed; checks for interference among programs and 
authentication are performed based on this, and the 
installation of programs with which there is interference 
is prevented or the installation of programs with which 
there is no interference is performed. For this reason, it 
becomes possible to install new programs while protecting 
high-security programs . 



